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BACKGROUND OF THE INVENTION 
[Oil This invention is related in general to computer systems and 
more specifically to disk imaging in a computer system to facilitate software 
installation and recovery. 

10 [02] Today's computer systems, particularly personal computer (PC) 

systems, are available for purchase with many different software options. A 
purchaser can typically order a system shipped with an installed base of software 
that can include different operating systems, application programs, utilities, tools, ^ 
drivers or other software functionality, referred to as software "components." The 

15 many different choices of software components lead to many thousands or even 
millions of different combinations of possible software installed configurations or 
installed software "base." When a manufacturer or assembler of a computer system 
allows each customer to order different installed software combinations the approach 
is called "configure to order" (CTO). In each combination there can be special issues 

20 such as hardware configuration needs, additional software that needs to be installed 
to make other software compatible, libraries or run-time resources that must be 
included to support software combinations, etc. 

[03] Typically, the software configuration requires software 
components from several different manufacturers. Each manufacturer provides for 

25 singular installation of that manufacturer's software component independently of any 
other software component. For example, a software application such as a word- 
processing application can be installed by a human user (or automatically or semi- 
automatical ly) by loading the application's setup software from a compact disc read- 
only memory (CDROM) or from another source such as a magnetic disk, via a 

30 network, etc. 



[04] The single component installation using setup software has the 
advantage that it can reliably be installed at any time during the life of the computer 
system. However, the single component installation has drawbacks in that it is a 
slow process to copy potentially large amounts of information from the media or 
5 other source to a hard disk drive in the computer system being configured. Also, 
single installation often requires obtaining information about the target computer 
system in order to set configuration parameters, and checking to make sure that 
other necessary software components are going to be available. 

[05] Another type of installation relies on "disk imaging." Disk 

10 imaging is the approach of creating a copy of installed software so that the copy can 
be directly written to the hard disk of a computer being configured. Assuming that 
the disk image was properly created for the specific target system to be configured 
then all of the software components in the disk image should work properly. Disk 
imaging has the advantage that all configuration steps, additional required software 

15 components and other decisions about installation have been incorporated into the 
disk image so that the installation of the imaged software (which can be all, or a 
portion of. the required software components) can proceed as a single automated 
write operation to the target system's hard disk. > 

[06] Disk imaging is typically used at a time of manufacture, 

20 assembly or preparation of a computer system for delivery. One disadvantage with 
disk imaging is that it is often not possible for an end user to use a disk image to 
repair or re-install selected software components from the disk image. This is 
because the disk image of multiple components is stored as a single file and it is not 
possible (or is very difficult) to separate out the different components that make up 

25 the image. On the other hand, it is cumbersome and confusing for many users to 
perform single installations of software components as, e.g., from manufacturers' 
installation media due to the several steps involved and due to the configuration 
problems that may have to be solved during installation. Restoring from a disk 
image can also cause user data to be disturbed or destroyed. 
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BRIEF SUMMARY OF THE INVENTION 
[07] A preferred embodiment of the invention uses a modular 
approach to creating a software configuration and to allowing recovery of a 
configuration. A foundation image is used that is substantially common across many 



systems. Additional software modules can be used to install software that varies 
often from system-to-system. In one module approach, an automated installer is 
used to install software from customized "pac" files. In another module approach, an 
automated setup file procedure can be used to install additional software over the 

S foundation image. 

[08] An embodiment of the invention provides tools for modular 
software configuration at a time of manufacture or initial configuration. Tools can be 
applied or executed selectively and in different orders. Foundation images and 
modules are stored in a flat directory structure, in one directory, with unique names 

10 to make management of, and access to, the images and modules more efficient. 
Records are used to identify image and module compatibility on specific hardware 
platforms, or sets (i.e., computer system hardware). In one embodiment a text 
fomnat is used for the records and other database information to describe and define 
the images and modules. A hardware set is identified by an identification (ID) code. 

IS [09] A recovery set of tools allows a user to selectively restore a 

system to an original configuration, or to restore selected modules or components. A 
graphical user interface is described along with facilities for starting and managing a 
recovery process, application recovery, and Compact Disk (CD)/ Digital Video Disk 
(DVD) media creation from within the computer system's operating system and to 

20 recover system and application files and modules; create recovery media and to 
remind a user to create recovery media. 

[10] In one embodiment the invention provides a method for 
configuring a target computer system, the method comprising creating an image of a 
first plurality of software components; storing the image onto the target computer 

25 system; determining additional software components to be stored onto the target 
computer system; storing the additional software components by using a predefined 
module. 

[11] In another embodiment the invention provides a method for 
recovering software components, the method comprising installing at least a portion 
'30 of a foundation image; selectively allowing a user to install a software component 
from a third-party installation medium; and selectively allowing a user to install, a 
software component from a secondary file. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 illustrates the relationships of the different configuration tools to a 
computer system configuration; 

Fig. 2 shows the interaction among the different tools and data; 
5 Fig. 3 shows the interaction of the recovery tools with modular recovery 

components; 

Fig. 4 shows a partition selection graphical user interface within the 
Launcher tool; 

Fig. 5 illustrates basic steps in example recovery procedures; 
10 Fig. 6 illustrates basic steps in possible execution of functions in the 

Launcher tool; 

Fig. 7 shows accessing the Launcher tool from a user interface screen; 

Fig. 8 shows accessing Launcher from the Control Panel; 

Fig. 9 shows an Introduction Page; 
15 Fig. 10 shows Media and Recovery Options; 

Fig. 1 1 shows a Main Menu screen; 

Fig. 12 shows Custom Recovery options; 

Fig. 13 shows C and D Drive Sizes; 

Fig. 14 shows a Confirmation screen; 
20 Fig. 15 shows a Finish screen; 

Fig. 16 shows a Help screen; 

Fig. 17 shows an error message from Launcher when P1 is not hidden; 
Fig. 18 shows basic steps the user can take as a result of a reminder; 
Fig. 19, illustrates a pop-up reminder bubble for recovery; 
25 Fig. 20 illustrates a "right click" menu for a recovery reminder; 

Fig. 21 shows the basic processing of PartSeal; 
Fig. 22 shows the basic processing for LaunchCombo; 
Fig. 23 Illustrates the basic steps in processing for Launch Application 

Recovery; 

30 Fig. 24 shows the basic functionality of System Recovery; and 

Fig. 25 illustrates basic aspects of configuration and reconfiguration of 
a computer system. 
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DETAILED DESCRIPTION OF THE INVENTION 
[12] Preferred embodiments of the invention are included in a set of 

software processes called "Pacific Tools" and "Chrysalis Tools". The Pacific Tools 
S are used in computer system manufacturing and configuration steps performed by 

Sony Corporation. The preferred embodiment uses object-oriented design and 

programming techniques. The tools are written in C++ for a Windows operating 

system and are designed to make use of the Windows Applications Specific 

Interface (API). Other embodiments can use other computer languages and be 
10 adopted for different operating systems. The Chrysalis Tools are provided to a 

computer system at the time of configuration and can be executed by a user after 

delivery of the computer system to re-configure software components, or to 

selectively repair or install different software components. 

[13] Fig. 25 illustrates basic aspects of configuration and 
IS reconfiguration of a computer system according to embodiments of the invention. In 

Fig. 25, customer 200 places an order with sales department 210. The order is 

converted into a configuration specification that is transmitted to manufacturer 220. 

Manufacturer 220 uses Pacific Tools 222 along with resources 230 such as storage, 

networked processors, etc. to automatically configure computer system 240 to the 
20 customer's specifications. Part of the configuration includes storing data and 

executable software comprising Chrysalis Tools 250 to allow reconfiguration at a 

later time. 

[14] Computer system 240 is shipped to customer 200. At the 
customer's site, user 260 can use the stored Chrysalis Tools to reconfigure or 
25 recover the computer system, or to selectively install or modify different software 
modules or other components. 

[15] When a new computer system is assembled and configured it is 
loaded with ordered software components. The software components are typically 
stored in multiple hard disk drive (HDD) partitions. The set of software components 

I 

30 on a specific partition is called an image. A typical computer system contains three i 
images: a hidden recovery partition image, the customer C: drive image with the 
operating system and applications, and a mostly empty D: drive image used for 
demo multimedia content and end user storage. These three images are the end 
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result of the manufacturing process and the Pacific tools. The images on different 
computers can vary greatly, even if the hardware on the computers is identical. 

[16] In a preferred embodiment, software that is assembled to make 
an image is considered as either a foundation image or as modules. The foundation 
S image includes the software foundation for a computer; it includes the operating 
system and any software that is common across all customer options. Certain sets 
of hardware require different foundation images because the operating system and 
drivers must be configured specifically for them. 

[17] Installing a foundation image to a computer destroys any 

10 existing data on the target partition. Since the foundation image wipes out any 

existing data and contains the operating system, only one foundation image may be 
installed on any individual computer. Modules include groups of application 
programs that are bundled up into a single package for automated installation with 
little or no user intervention. Since a module is a set of applications more than one 

IS module may be installed on a computer. However there are some cases where a 
module may not be available for all computers due to hardware or marketing 
limitations. 

[18] ^Booting into the foundation image and running the modules 
installs additional software that may be required for a specific configuration. Once all 

20 the desired components are installed, the foundation image is cleaned up and 
prepared for customer use. One feature of the present invention includes 
categorizing software components into image and module categories and then using 
the image and modules to reassemble the desired components. For example in the 
preferred embodiment there are twenty-seven foundation images and twenty-four 

25 modules. With these limited amount of foundation images and modules a total of 
452,984,832 possible unique images are available 

[19] Fig. 1 illustrates the relationships of the different Pacific Tools to 
a computer system configuration. In a preferred embodiment, six different software 
processes, or tools, are used. These are shown in Fig. 1 at 104 as Makeini, 

30 ImgCopy, Loadlmg, ModCopy, ModSetup and ModDel. Different data sources or 
repositories (data stores) are shown as 102 and 106 through 116. Arrows from data 
stores to tools represent an input to the tool, whilie arrows from tools to data stores 
are outputs from the tools. 
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[20] The tools use single data source 106 on a network to determine 
what components may be installed. This single data source is a database that 
contains a record of foundation images and modules available for all hardware. An 
individual record thus precisely identifies either a foundation image or module on a 
S specific set of hardware. There is no ambiguity in what the software is, or to which 
set of hardware it may install to. Given a set of hardware the list of foundation 
images and modules that could be installed is a subset of this database. The 
database is stored in comma separated values (CSV) format. The CSV format Is a 
text file representation of a database where the fields are separated by commas and 

10 ' records are separated by new lines. This CSV database that is used by the Pacific 
tools is commonly named and referred to as the MINDS.CSV. MINDS is an acronym 
for modular imaging network download system. 

(211 There is also a twenty-four character string in the desktop 
management interface (DMI) 108 that is called the Mcode. The DMI also contains 

IS several other fields that used to identify the hardware set and other computer 

specific information. The Mcode is divided into three separate subsections. The four 
most significant characters are alphanumeric and are the product code (Pcode). 
Each base set of hardware has a unique Pcode. The Pcode value is unique for each 
hardware set. The next twenty characters are hexadecimal digits. The first eight of 

20 these are the hardware Mcode. The final twelve hex characters of the Mcode are 
called the Software Mcode. The Pcode and software Mcode are used by Pacific to 
determine what components are to be used. Since the Mcode is contained in the 
DMI and not on the hard disk, the hard disk may be repartitioned and formatted as 
needed during manufacturing without affecting the Mcode. 

25 [22] In the preferred embodiment, Makeini is the first tool that is 

executed. Makeini perfomns a compare against the single CSV and sections of the 
Computer's DMI that includes the Mcode, model name, and OEM string one, which 
is internally known as the BIOS lock ID (BLID). The BLID string indicates which 
Foundation Image is to be used on the system, and is used to prevent the image 

30 from being used on a system other then it was shipped on. When this compare is 
done the exact list of what components are needed for software CTO is obtained. 
The results are then written to INI file 102 for use by the other Pacific tools, this file 
typically remains unchanged throughout the use of any of the other Pacific tools. The 
results of this cpmpare are written to a file instead of obtained by each tool so that 
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there is a record of exactly what components were placed on that system. This file 
also aids in troubleshooting any problems that arise and forces the list of 
components to be static from this point on. 

[23] Loadlmg restores foundation images to a system based on the 
5 contents of the Makeini generated INI file. Loadlmg functions as a wrapper around a 
Blitter program that restores foundation image files to recovery partition 1 12 or 
customer partition 114. By acting as a wrapper it can interpret the INI file correctly to 
pass the desired parameters to the Blitter program. It also traps any errors received 
from Blitter and handles them if able to do so, or signals a specific error back to the 

10 factory process. ImgCopy copies the foundation image files into the hidden recovery 
partition 112 of the computer to implement hard disk drive recovery for the customer. 

[24] There are three tools that handle the installation of modules to a 
system: ModCopy, ModDel, and ModSetup. ModCopy copies modules down from a 
network to be stored on the local system. Once the modules are stored locally the 

15 modules can be installed more quickly than from the network. ModCopy also copies 
modules into the hidden recovery partition if needed. ModSetup then installs the 
modules onto the computer once it Is booted into the foundation image. ModSetup 
uses the Windows API to launch the modules one at a time and trap any possible 
errors. The final Pacific module tool is ModDel, which cleans up any modules that 

20 were copied down using ModCopy. ModDel may use temporary storage 116. 

[25] The following paragraphs describe additional details of the tools 
and data structures in a preferred embodiment. Note that other embodiments can 
use different design approaches and data formats, as desired. 

25 Structure of the CSV 

[26] The CSV format is a way to store a matrix in a text file format. 
In this format commas separate columns, and new lines separate rows. "Records" in 
the CSV that correspond to rows in this matrix. . "Fields" in the CSV correspond to 
columns in this matrix. 

30 [27] The CSV is used by Pacific to determine which objects apply to 

a particular system. This CSV should be the primary (and ideally the only) source of 
this information. One feature of the preferred embodiment was the use of one data 
source for all objects that apply to all systems. 
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[28] The first line of the CSV is the signature line. This is in the 
format of "Signature="[signature]. So for example if the signature of the CSV file is 
"Volubilis 17Jan03 2054" then the first line of the CSV would be "Signature=Volubilis 
17Jan03 2054". This is used to identify when and where the CSV originated. 
5 [291 The second line of the CSV is the name of the fields. The rest of 

the lines in the CSV are actual records. Record types are listed below in Table I. 

o "PAG" for PAC files that go on the recovery (PI) image for apphcation recovery, 
o "Base Plus Image" for base plus images, 
o "Recovery Image" for recovery (PI) images. 

o "PE module" for PE modules. PE modules are like regular modules, except that they 
should be run in WinPE and not the image. This allows for the PI image to be altered, 
or the customer image to be modified before booting into it. 
o "Data File" for data file modules. The Data File is a module required by HDD 
Recovery projects. It is used to add system specific configiu^tion files to the PI 
partition. Like the PE Module, the Data File module is run in WinPE and not the 
image. From a technical standpoint it is identical to the PE Module. However fi-om a 
usability standpoint, the PE Module is intended to address a temporary fix whereas 
the Data File is always required as an integral part of the PI partition. 

TABLE I 

[30] For the SWMcode field, a string of 12 hex digits is present 
having one bit on. This string is read from left to right, so if more than one bit is on, 
then the rest of the bits are ignored. For example if the string "800001000000" is 
25 used, it will be treated as "800000000000". If this entry is longer than 12 digits, only 
the first 12 are used, and the rest are discarded. If this string Is less than 12 hex 
digits long then trailing zeros are added to it to make it 12 digits long. Thus if a 
SWMcode entry is "8". it will be treated as "800000000". 

[31] Table II. below, defines the fields, and their order, in the CSV in 
30 a preferred embodiment: 



Column Number 


SANE MINDS Format 


Pacific Format 


1 


RecordID 


RecordID 


2 


ReleaseName 


ReleaseName 


3 


Project 


Project 


4 


BaseUnit 


BaseUnit 


5 


Pcode 


Pcode 


6 


SITID 


SITID 


7 


BLID . 


BLID 


8 


Setup 


Setup 



9 



10 



15 



20 



9 


Version 


Version 


10 


VersionID 


VersionID 


11 


Type 


Type 


12 


Bitlndex 


Bitlndex 


13 


SWMcode 


SWMcode 


14 


Phase 


Phase 


15 


ServerStatus . 


ServerStatus 


16 


ClientStatus 


ClientStatus 


17 


User 


User 


18 


History 


Permanent 


19 




History 



TABLE II 



[32] In a preferred embodiment, the first line in the csv file begins 
with "Signature=" followed by a signature string determined by a central control or 
5 server. The signature is added to the ini file and the log. If the signature cannot be 
determined, then "UNKNOWN" is written to the ini file and log. 

[33] An example of a CSV file is shown below in Table III: 



Signature=Volubilis 1.0.8 
10 DumpOnGTEStatusSortByName (Status=approve-test) 4/9/2003 
9:38:00 PM 

RecordID, ReleaseName, Pro ject , BaseUnit , Pcode, SITID, BLID, Setup, V 
ersion, VersionID, Type, Bitlndex, SWMcode, Phase, ServerStatus, Clie 
ntStatus, User, Permanent 
15 1775, 1 Year Warranty-MOD, Discovery RZP__RXP-HE, PCV- 

RZ18G, P025, 0222402. SND,N/A, D:\02224 02 .SND\WAR102224 02.EXE, 0222 
402 . SND, HKEY_LOCAL_MACHINE\SOFTWARE\Sony 

Corporation\modules\Warranty\ditis, MODULE, 12, 000000001000, 2 , ap 
prove-test, not_used, not in vsms, false 
20 7537,BP-Exodus-HE,Exodus-HE, PCV-RS210, P040, 0302801 . SND, , Wus- 

s j-itd-san- 

l\Notebook\v087xeum\build02\0302801.snd\v87x2_0302 801.img,Buil 
d02B, c: \windows\system32\oeminfo.ini, Base Plus Image, 16672, , - 
1, approve-test, not__used, , false 
25 7538,BP-Exodus-HE,Exodus-HE, PCV-RS220, P040, 0302 801. SND, , Wus- 
sj-itd-san- 

l\Notebook\v087xeum\build02\0302801 . snd\v87x2_0302801 . img, Buil 
d02B, c: \windows\system32\oeminfo.ini, Base Plus Image, 16672 - ^ 
1, approve-test, not_used, , false 
30 7539,BP-Exodus-HE,Exodus-HE, PCV-RS221, P040, 0302801 . SND, , Wus- 
sj-itd-san- 

l\Notebook\v087xeum\build02\0302801 . snd\v87x2_0302801 . img, Buil 
d02B, c : \windows\system32\oeminfo. ini, Base Plus Image, 16672, , - 
1, approve-test, not used,, false 
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7879,BP-Genesis B2B-PR, Genesis B2B-PR, PCV- 
QRSlOO, P036, 0307206. SND,UCV079XEUiyi, Wus-s j -itd-san- 
l\image\v079peuin\builci01\0307206.snci\v79bl_0307206.img,Build01 
c : \winclows\system32\oeminf o . ini, Monolithic 
5 Image, 16672, , 1, approve-test, not_used, , false 

1632, EPC A-0067-Warranty Fix, Spitfire 2-HE,PCG- 

SRX99, 4 62L, 021342 3 . SND, , d : \02 13423 . SND\EPCA0067 . exe, 0213423. SN 

D , HKE Y__LOCAL_MACH I NE \ SOFTWARE \ S ony 

Corporation\FACUpdates\Warranty HTML,EPC, 16672, , -l,approve- 
10 prod, not_used, , false 

1639, EPC A-0067-Warranty Fix, Spitfire 2-PR,PCG- 

SRX99P, 4 62L, 02 1342 3. SND, , d : \0213423 . SND\EPCA0067 . exe, 0213423. S 

ND,HKEY_LOCAL_MACHINE\SOFTWARE\Sony 

Corporation\FACUpdates\Warranty HTML, EPC, 16672, , -1, approve- 
15- prod, not_used, , false 

1739, EPC A-0067-Warranty Fix, Spitfire 2-PR, PCG-SRX99P 

CTO, 462L, 0213423. SND, , d:\0213423. SND\EPCA0067.exe, 0213423. SND, 

HKE Y_LOCAL__MACHINE \ SOFTWARE \ Sony 

Corporation\FACUpdates\Warranty HTML, EPC, 16672, , -l,approve- 
20 prod, not_used, , false 

TABLE m 



[34] Tools typically have the following properties: they return an 
error level of zero on success and non-zero on an error. The error code can be 

25 looked up in this document to determine the cause of the en^or. All tools will pass 
with a blank CSV file or INI file. This is to allow for the tools to be run on a system 
where they are not used. As a result, the control process (BFS or whatever) would 
not have to change to accommodate not using these tools. All directory structures 
are flat, (not nested). The order of the required command line parameters is set and 

30 matters. The optional command line parameters always follow the required 

command line parameters. The order of the optional command line parameters does 
not matter. If an unknown command line parameter is used, the tool will fail. The 
first record for any image in the CSV will be the one used. The first record in the CSV 
that matches for modules, EPCs, PE modules, Data File modules and PAC files that 

35 has an SITID that is not already present in the INI file is used. (Later records with the 
same SITID for that system are ignored). The ordering of items in the INI file does 
not matter. All tools keep a log file. The match for a foundation image is the only 
match that is required (unless specified with the command line parameters). Unless 
otherwise specified, the tools will function successfully with no entries for any other 



record types. Searches in the CSV and all entries in the INI file are not case 
sensitive. 

[35] The individual Pacific programs Makelni.exe. Loadlmg.exe, 
ModCopy.exe. ModSetup.exe, lmgCopy.exe and ModDel.exe are independent from 
S each other and do not require other Pacific executables to run. However, in the 
preferred embodiment a predetemiined order requires a configuration INI file specific 
to the unit to be built first. This data comes from a CSV file for all projects. 
Makelni.exe takes this data from the CSV file and produces a model specific INI file. 
Makelni.exe must always be run first. 
10 [36] For non-HDD Recovery projects the next two steps are fixed. 

Run Loadlmg.exe is used to restore each partition on the system and then run 
ModSetup.exe to install any modules. Since ModSetup.exe is intended to install 
modules within Windows ModSetup.exe must be run after Loadlmg.exe. 

[37] A required order for non-HDD recovery is as follows: 
IS Makelni.exe (Create MINDS INI file.); lmgCopy.exe (Restore Foundation Image.); 
and ModSetup.exe (Install modules to Foundation Image). 

[38] For HDD Recovery (Pacific) projects there are several scenarios 
that can be used. In a preferred embodiment a P1 partition is built first. Additional 
partitions are restored from P1 . This scenario is recommended because it potentially 
20 saves network bandwidth by building the system from P1 . Each unit in turn uses 
some of its processing power to build itself. Note that step 4 in the following list may 
be placed after step 2 so that the Foundation Image is restored from some location 
other than from P1 . 

[39] Additionally, there is a limitation with Slitter such that a system 
25 reboot is needed before the partition type is set correctly. However, when setting a 
partition to active after blitter'ing with Loadlmg.exe and then rebooting, the partition 
type is often FAT16 instead of NTFS. If the desired partition is instead set to active 
before blitter'ing with Loadlmg.exe this problem does not occur. 

[40] A recommended order for building HDD Recovery projects is 
30 shown in Table IV: 

1 . Makelni.exe (Create INI file) 

2. lmgCopy.exe (Copy Recovery Image to temporary location.) 

3. Loadlmg.exe (Restore Recovery Image to PI fit)m temporary location.) 
35 4. lmgCopy.exe (Copy Recovery Image to PI from temporary location.) 
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10 



15 



20 



25 



30 



35 



5. ImgCopy.exe 

6. LoadImg.exe 

7. ModCopy.exe 

8. ModCopy.exe 

9. ModSetup.exe 

10. ModCopy.exe 

1 1 . ModCopy.exe 

12. ModSetup.exe 

13. ModSetup.exe 

14. ModDel.exe 

15. ModDel.exe 

16. ModDel.exe 



(Copy Foundation Image, etc. to PI from network,) 

(Restore Fovmdation Image to P2.) 

(Copy permanent modules / EPCs, and PAC files to PI.) 

(Copy Data File modules to PI .) 

(Execute Data File modules from PI .) 

(Copy temporary modules / EPCs to PI .) 

(Copy PE Modules to P 1 .) 

(Execute modules / EPCs.) 

(Execute PE Modules.) 

(Delete all temporary modules / EPCs from PI .) 
(Delete all temporary Data File modules from PI.) 
(Delete all temporary PE Modules from PI.) 
TABLE IV 



[41] The following paragraphs explain the format and ordering of 

Table IV: 

[42] 1 . Makelni.exe (Create INI file) 

[43] Format: Makelni.exe [Path to INI file to create] [Dir with the CSV 
files xor a user specified path of a CSV] -failnomod -failnorecovery -failnodfmod 

[44] The above command fails if The CSV file does not contain a 
recovery image, modules / EPCs, or data file modules. Both the Recovery Image 
and at least one Data File module are required for HDD Recovery projects with the 
San Diego process 

[45] 2. ImgCopy.exe (Copy Recovery Image to temporary location.) 

[46] Format: ImgCopy.exe [Path to INI file] [Source directory] 
[Destination directory] -p1 

[47] The above command copies the Recovery Image to a temporary 

location. 

[48] 3. LoadImg.exe (Restore Recovery Image to P1 fi^om temporary 

location.) 

[49] Format: LoadImg.exe [Path to INI file] [Dir that contains the 
bitter tools] [Dir that contains the image] 1 -xi -recovery -l[Path to log file] 

[SO] The above command restores the Recovery Image to P1 , The 
Blitter inspect option is used to ensure no errors occurred during the process. 
Additionally a log is created containing the Blitter diagnostic information. 

[51] 4. ImgCopy.exe (Copy Recovery Image to P1 from temporary 

location.) 
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[52] Format: lmgCopy.exe [Path to INI file] [Source directory] 
[Destination directory] -pircvprt.img 

[531 The above command copies the Recovery Image to P1 . The 
Recovery Image is renamed to rcvprt.img. The San Dieigo factory process requires 
5 this image to be renamed. 

[54] 5. lmgCopy.exe (Copy Foundation Image, etc. to P1 from 

network.) 

[55] Fomriat: lmgCopy.exe [Path to INI file] [Source directory] 
[Destination directory] -fisony.img 
10 [56] The above command copies the Foundation Image to P1 . The 

Foundation Image is renamed to sony.img. The San Diego factory process requires 
this image to be renamed. 

[57] 6. Loadlmg.exe (Restore Foundation Image to P2.) 

[58] Format: Loadlmg.exe [Path to INI file] [Dir that contains the 
IS bitter tools] [Dir that contains the image] 2 -xi -l[Path to log file] 

[59] The above command restores the Foundation Image to P2. 

[60] 7. ModCopy.exe (Copy permanent modules / EPCs, and PAC 

files to P1.) 

[61] Format: ModCopy.exe [Path to INI file] [Source directory] 
20 [Destlnafion directory] -pac -module -permanent 

[62] The above command copies all permanent modules / EPCs and 
PAC files to P1. The -permanent command line parameter is important because at 
this point no temporary modules should be copied. The Data File module executed 
with the San Diego process requires only permanent modules on the P1. The 
25 temporary modules are copied after executing this Data File module. 

[63] 8. ModCopy.exe (Copy Data File modules to P1.) 

[64] Fomiat: ModCopy.exe [Path to INI file] [Source directory] 
[Destination directory] -dfmod -temp 

[65] The above command copies the temporary Data File modules to 
30 P1 . The Data File modules are not included in the previous ModCopy.exe command 
because Data File modules are often temporary. 

[66] 9. ModSetup.exe (Execute Data File modules from P1.) 

[67] Format: ModSetup.exe [Path to INI file] [Permanent module 
directory] [Temporary module directory] -dodfmod 



[68] The above command runs the Data File module. This type of 
module must be run after P1 is complete. Also, it must be run from P1 . Currently with 
the San Diego process the Data File module is responsible for placing model specific 
configuration INI files on the P1. An integral tool included with this Data File module 
5 is Muir.exe. Muir.exe creates the snyhddrcv.ini file dynamically based on the P1 
contents. Muir.exe is deleted after being extracted and executed from the Data File 
module. The Data File module in turn is deleted along with all temporary modules 
during the last step, ModDel.exe. 

[69] 10. ModCopy.exe (Copy temporary modules / EPCs to P1.) 
10 [70] Format: ModCopy.exe [Path to INI file] [Source directory] 

[Destination directory] -module -temporary 

[71] The above command copies all temporary modules to PI . 

[72] 1 1 . ModCopy.exe (Copy PE Modules to P1 .) 

[73] Format: ModCopy.exe [Path to INI file] [Source directory] 
15 [Destination directory] -pemod 

[74] The above command copies all PE Modules to P1 . 

[75] 12. ModSetup.exe (Execute modules / EPCs.) 

[76] Format: ModSetup.exe [Path to INI file] [Permanent module 
directory] [Temporary module directory] 
20 [77] The above command runs all modules. It does not run PE 

Modules or Data File modules. This command is generally run within the image. The 
ModSetup.exe source location may be the PI as at this point PI contains all 
available files. 

[78] 13. ModSetup.exe (Execute PE Modules.) 
25 [79] Format: ModSetup.exe [Path to INI file] [Permanent module 

directory] [Temporary module directory] -dopemod 

[80] The above command runs all PE Modules. 

[81] 1 4. ModDel.exe (Delete all temporary modules / EPCs from 

PI.) 

30 [82] Format: ModDel.exe .\minds_vsms.INI ..\pacific_j)erm 

[83] The above command deletes all temporary modules / EPCs. 
This program must be run after running temporary modules to delete items not 
intended for the customer. 
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[84] 15. ModDel.exe (Delete all temporary Data File modules from 

P1.) 

{85] Format: ModDel.exe Aminds_vsms.INI ..\pacific_perm - 
deldfmod -failnoexist 

S [86] The above command deletes all temporary Data File modules. 

This program must be run after running temporary modules to delete items not 
intended for the customer. 

[87] 16. ModDel.exe (Delete all temporary PE Modules from PI.) 
[88] Format: ModDel.exe .\minds_vsms.INI ..\pacific jDerm - 

10 delpemod 

[89] The above command deletes all temporary PE modules. This 
program must be run after running temporary modules to delete items not intended 
for the customer. 

[90] Makeini processes the CSV files. The CSV files are compared 
IS against the system's Mcode, Model Name, and BLID in order to create an Ini file 
called MINDS.INI. This file will contain all the information about the image, base plus 
image, P1 image for HDD recovery, PE modules, Data File modules, PAC files, 
modules, and EPCs to use for the system. This first piece is called Makeini. 

[91] This program will fail if no foundation image match is found in 
. 20 the CSV, unless overridden by optional command line parameters. Please note that 
this program will not fail if no match(es) are found for anything else, unless 
overridden by optional command line parameters. In addition, this is the only 
program that reads the DMI information. This is then added to the INI file that is 
created. The reason for this is so that the other components can be tested (or used) 
25 on a system without having to change the DMI. 

[92] Two necessary command line arguments are required: the path 
to the ini file to create, and the location of the CSV (or a directory that contains 
"minds.csv"). There are also some optional parameters. (Please be aware that the 
order of the INI file and the CSV has been swapped from the SANE MINDS 
30 implementation.) A blank CSV file is acceptable and will return an error code of zero 
(pass). This is as designed. 

[93] There are. also several optional parameters. If the optional 
noimage" parameter is used only modules and EPCs will be put in the INI file. If the 
optional "-blid" parameter is used then the BLID is the only criteria when looking for a 
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match in addition to record type and SW Mcode for nnodules. This "-blid" switch 
should not be used in San Diego's process as it will produce unknown results with 
the Volubilis generated CSV. If the optional "-failnomod" parameter is used then 
Makeini will fail if no modules or EPCs are found. If the optional Mailnobp" 

S parameter is used then Makeini will fail if a base plus image is not found. If the 
optional "-failnorecovery" parameter is used then Makeini will fail if no recovery (P1) 
image is found. If the optional Mailnodfmod" parameter is used then Makeini will fail 
if a data file module is not found. 

[94] The following shows the format of command line options with 

10 optional parameters in italics. When something is in the CSV file or passed exactly 
as stated then it will be enclosed in quotes. 



Makeini [Path of ini file t:o create] [Dir with the CSV files 
xor a user specified path of a CSV] [''-noimage''] [''-blid^'] f"- 
15 fallnomod''] [''-fallnobp''] [''-fallnoreco^rery''] [''-failnodfmod''] 

Example: Makeini WmindstestWdatabaseoutput a:\ininds.ini 

Example: Makeini d:\temp\minds2.ini z:\sj\dboutput\spring02 - 
failnobp -f ailnorecovery -f ailnodfmod 
20 Example: Makeini d:\betal.ini Y:\betal\testl.csv -blid - 
noimage 

[95] Process flow (Please note that BLID and record type are the 
only criteria for a match when the "-blid" parameter is used. Mcode is still used in 
25 module matches though): 

[96] Check to ensure that the command line is valid 

[97] Create a blank INI file. (Clear its contents if it exists.) 

[98] Check to see if the CSV is a file that exists. If not, assume it's a 
dir and look for minds.ini in that dir. 
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[99] Retrieve the raw 24 byte Mcode, BLID, and Model Name from 
the system. Strip all trailing spaces from the Model Name, and everything past (and 
including) the first space. 

[100] Detemiine if the system has an encrypted or plaintext mcode. 
5 Read the encrypted Mcode from the system if needed. 

[101] Load the CSV file. Remove everything to the right of and 
including the first space for the "BaseUnit" column. (When checking from left to right) 

[102] Dump the signature into the Minds.ini under the section "CSV* 
and key "Signature". 

10 [103] Make a note on the screen and in the log if the CSV file is empty 

(<=2rows). 

[104] Look up the (foundation) Image to use add the image 
information to Minds.ini. A match is found when the following are the same for the 
system and the cun^ent CSV row: Pcode, BLID, and Model Name (not including 
15 "(UC)"). The type of the entry must also be "Foundation Image" or "Monolithic 
Image". 

[105] Look up the base plus image to use and add the image 
information to Minds.ini. A match is found when the following are the same for the 
system and the current CSV row: Pcode. BLID, and Model Name (not including 
20 "(UC)"). The type of the entry must also be "base plus". Fail if one is not found and 
the "-failnobp" parameter is used. 

[106] Look up the recovery image to use and add the image 
information to Minds.ini. A match is found when the following are the same for the 
system and the current CSV row: Pcode. and Model Name (not including "(UC)"). 
25 The type of the entry must also be "Recovery Image". Fail if one is not found and the 
"-failnorecovery" parameter is used. Also as of version 1.1, unless using the "-blid" 
parameter the BLID will not be checked and is not required to match. 

[107] Retrieve the PAC files and add them to the INI file. A match is 
found when the following criteria Is meet between the system and the current CSV 
30 row: a PAC file with the same SITID is not already in the INI file, the base units 
match, the Pcodes match, and the type is "PAC File". 

[108] Retrieve the PE modules and add them to the INI file. A match is 
found when the following criteria is meet between the system and the current CSV 
row: a PE module file with the same SITID is not already in the INI file, the base units 
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match, the Pcodes match, and the type is "PE Module". Please note that SWMcode 
does not currently apply when searching for PE Modules. 

[109] Retrieve the Data File modules and add them to the INI file. A 
match is found when the following criteria is meet between the system and the 
5 current CSV row: a Data File module file with the same SITID is not already in the 
INI file, the base units match, the Pcodes match, and the type is "Data File". Please 
note that SWMcode does not currently apply when searching for Data File modules. 

[110] Retrieve the modules to use based on the Mcode, add them to 
Minds.ini. A match is found when the following criteria is meet between the system 
10 and the current CSV row: There is an Mcode match, a module with the same SITID 
is not already in the image, the base units match, the Pcodes match, and the type is 
"Module". 

[Ill] Retrieve EPCs to use based on the Mcode, add them to 
Minds.ini. Criteria for an EPC match are the same as a module except the SW 
15 Mcode is not checked, and the type is "EPC". 

[112] Verify that the ini file has all critical entries present. (For 
example the SITID entry for a module is present and not blank.) 

[113] To read the Mcode the system uses pcJnfo.dll. This DLL must 
be the appropriate one (desktop or notebook). In addition the required registry value 
20 must exist and point to this DLL. If the DLL and/or registry value are missing or 
incorrect an error 10 may be returned. 

[114] To determine if a system has an encrypted Mcode or not an 
exclusion list is referenced. Makeini will look for a file called "CIrMcode.lst" in the 
same directory as the csv. This file contains a list of BLIDs for systems that have 
25 unencrypted Mcodes. If the system is not on that list (or that file does not exist) then 
the system is assumed to have an encrypted Mcode. If the system has an encrypted 
Mcode then the files npcJnfo.dll and dpcJnfo.dll must exist ip the same directory as* 
the CSV. These DLLs are used to read the encrypted Mcode from notebook and 
desktops. 

30 [115] The image for a particular selection will be based on the first 

model name (not including "(UC)"), Pcode, and BLID match found in the CSV file. 
The modules will be selected based on a Pcode, SW Mcode, and model name (not 
including "(UC)") match. However, modules will not be included if there is already 
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another module with the same SITID in the ini file, or if it is a P-mod. This does not 
apply when using the "-blid" ojDtion. 

[116] Loadlmg.exe is used to restore a image to a system. It can be 
run multiple times to restore multiple images. Loadlmg.exe works as a wrapper 
S around the Blitter Restorer program- it takes the command line parameters and the 
ini and constructs arguments to pass to restorer. It also checks to make sure that all 
parameters are valid. By default it will restore the foundation image to the specified 
partition. This can be overridden with optional command line parameters. 

[117] Load Image has four required arguments: the location of the ini 

10 file, the directory that contains the Blitter tools, the directory that contains the image 
files, and the destination partition on drive 1. There are also optional parameters. If 
the optional "-bp" parameter is used then the base plus image will be restored 
instead of the foundation image. If the optional "-recovery" parameter is used then 
the recovery (P1) image will be restored. If the optional "-xi" parameter is used then 

15 restorer's quick inspect ("-xi") will be used. If the optional "-i"[Filename] parameter is 
used, then the [Filename] is used as the name of the image file. If the "-r[Filename] 
is used then a restorer log is created at [Filename]. 

Loadlmg [location of ini file] [directory that contains the 
20 blitter tools] [directory that contains the image] [partition 
to restore to, ^^1", ^^2", etc] f"-bp"J [''-recovery^'] f"-xi"J 
f"-i ''Filename J r'-l"filenaznej 

Example: Loadlmg a : \minds . ini \\toolserver\pacif ic_tools 
2:\images 2 

25 Example: Loadlmg d:\testflle.ini m:\tools n:\ 1 -xl -recovery 
Example: Loadlmg u:\lnlfiles\myflle.ini u:\ z:\ 2 -xl - 
ISony.lmg -lu : \logs\sytem5 . log 

Process flow: 
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Step l:Parse and validate the command line parameters. 

Step 2: Validate the INI file. 

Step 3: Check to make sure all tools are present. 

Step 4: Construct the image name to use. (Base Plus and Foundation Image only) 

Step 5: Check to make sure the image exists in the specified location. 

Step 6: Setup restorer parameters 

Step 7:Run restorer and check for an error returned 



[118] The image will be looked for in the directory specified on the 
10 command line. The image file must be in the following format for foundation images: 

[119] [3rd character of BLID][BLID 2 or 3 digit number following the 
3rd character]"B"[1 or 2 character phase number]"_"[SITID without the 
extensionjMmg" 

[120] So for example If an image has an SITID of 1234567.SND. a 
15 Phase of "Build06", a BLID of "UCV052XEUM", and the directory specified is 
"z:\images" then the following image would be loaded: 
Z:\images\1234567.snd\V52B6_1234567.img ' 

[121] The file name for the recovery (P1 ) image is obtained from the 

INI file. 

20 [122] For copying the modules, EPCs, PE modules, Data File 

modules and PAC files the program ModCopy is used. The modules that are copied 
are based on the INI file and other command line parameters. The Window's API is 
used to copy the files. As a result more errors are trappable compared to a batch file 
or DOS copy command. 

25 [123] There are three required parameters: location of the ini file, 

source directory, and destination directory. There are also optional parameters, and 
at least some of them must be used. The first group of optional parameters specifies 
what to copy. One or more of the following must be used: "-pac" (for PAC files), 
pemod" (for PE modules), "-dfmod" and/or "-module" (for modules and EPCs). The 

30 second group of optional parameters is "-permanent" or "-temp" to specify if 
permanent and/or temporary modules should be copied. If neither of these 
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parameters are used and "-module" and/or "-pemod", "-dfmod" are used then the 
program will fail. For PAC files these switches have no effect. In addition there is one 
other optional parameter, "-s". If this is used then the module is not ovenA^ritten on 
the destination if it already exists and has the same file size as the source. If "-s" is 
S not used, then the item will always be ovenA^ritten if it exists, although this fact will be 
shown. 

ModCopy [location of ini file] [source directory] [destination 
directory] f"-pac"J f"-pemod"J f"-dfinod''J f"-module''J f"- 
10 permanent; f"-teii5p"J f"-s"J 

Example: ModCopy a:\test.ini \\anyserver\modules d: \ -module 
-temp 

Example: ModCopy y:\inifiles\minds.ini n:\files f:\permmods - 
permanent -module -pemod 
15 Example: ModCopy a:\minds-ini y:\ d:\ -pac -s 

Process flow: 

Step 1: Parse and validate the command line. 
Step 2: Validate the INI file. 
20 Step 3:Copy PAC files if specified. 

Step 4: Copy the P£ modules if specified, (temp and/or permanent) 
Step 5: Copy the Data File modules if specified, (temp and/or permanent) 
Step 6: Copy the modules and EPCs if specified, (temp and/or permanent) 

25 [124] The items will be cx)pied from [Root module location] + 

[Filename] to [Copy destination dir] + [Filename]. So if the filename is "testmod.exe" 
and the root module location is "zrNmodules" and the destination dir is "d:\temp" then 
this particular module would be copied from "z:\modules\testmod.exe" to 

22 



"d:\temp\testmod.exe". The location copying from and to will be displayed and logged 
in the log. 

[125] If a module already exists on the target system that fact will be 
displayed and logged, and the existing module will be ovenvritten. (This is the 
5 default action that happens when not using "-s".) 

[126] ModSetup.exe is the tool used to install modules, EPCs, and PE 
modules. The Windows API will be used to launch each installation. This provides 
several benefits over batch files. One is that more errors can be trapped such as 
sharing errors, DDE errors, and file association errors. Another advantage is that the 

10 next module will not be launched until the previous one has exited. (Based on the 
process handle.) This is much more reliable than similar methods used in batch files. 
By default this program will install all modules and EPCs unless told otherwise by 
optional command line parameters. 

[127] There are three required parameters: location of the ini file, 

15 location of the permanent modules, and location of the temporary modules. Be 

aware that the location for the permanent and temporary modules can be the same. 
There are also some optional parameters. If the optional "-dopemod" parameter is 
used then PE modules will be installed instead of regular modules (and EPCs). If the 
options "-dodfmod" parameter is user then Data File modules will be installed instead 

20 of regular modules (and EPCs). The "-dopemod" and "-dodfmod" parameters cannot 
be used together. If the optional "-onlypermanent" parameter is used then only those 
items marked as permanent will be installed. If the optional "-onlytemp" parameter is 
used then only those items marked as temporary ("permanent=false" in the INI file) 
will be installed. The "-onlypermanent" and "-onlytenrip" options are exclusive, you 

25 can use one or none of them, but not both. 

* ModSetup [location of ini file] [permanent module directory] 
[temporary module directory] ["-dopemod^^J r^-dodfmod''] f"- 
onlypBrmanen t "J [ " -onlyt eznp "J 

30 

Example: ModSetup a : \minds . ini d : \perm d : \temp 
Example: ModSetup z:\my.ini n:\ n:\ -dopemod 
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Example: ModSetup y:\inifiles\subdir\test.ini u:\perm z:\temp 
-onlytemp -dopemod 

Process flow: 
5 Step IrParse and validate the command line. 
Step 2:Validate the INI file. 

Step 3: Determine if installing regular modules and EPCs xor P£ modules xor Data File 
modules. 

Step 4:Run the items one at a time, checking for errors when doing so 

10 

[128] lmgCopy.exe is used to copy images down to the recovery (P1 ) 
partition. By default only the foundation image will be copied. However, when using 
command line parameters only the specified images will be copied. This program will 
fail if any specified image either does not exist or is not in the INI file. The foundation 
15 image is no longer required to copy the recovery image. The foundation image is 
only required within the INI file when either copying a foundation image or base plus. 
This program will fail if the specified image (or one of its pieces) already exists in the 
target location. 

[129] The first three command line parameters are: location of the INI 
20 file, source directory for the images, and destination directory for the images. There 
are several optional parameters. For version 1 .2.0 and greater the optional 
. copyrecovery" parameter is removed. By using the optional parameters "-fi". "-bp" 
and /or "-pi" the foundation image, base plus and / or the recovery partition will be 
copied respectively. In addition the images can be renamed at the target location by 
25 specifying an optional filename next to the image parameter. The "-fi"[Filename] 
parameter is used then the foundation image will be set to this file name on the 
target. If the optional "-bp"[Filename] parameter is used then the base plus image will 
be set to this file name on the target. If the optional "-pr[Filename] parameter is 
used then the recovery image will be set to this file name on the target. 
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ImgCopy [location of ini file] [source directory of images] 
[destination dir for ixoages] [^^~f±"f±lBname] [^^-bp"f±lBname] 
[''-pr'filename] 

5 Example: . ImgCopy x:\minds.ini \\testserver\images m:\ 
Example: ImgCopy x:\settings\minds.ini d:\images c:\ -pi 
Example: ImgCopy a:\myfile.ini x:\flatdir z:\systemimages - 
fiSony -bpBasePlus -plrcvprt . img 

10 Process flow: 

Step 1 : Parse and validate the command line. 

Step 2: Validate the INI file. 

Step 3: Construct the file names to use. 

Step 4: Copy the files one at a time, checking for errors. 

15 

[130] ModDel.exe is used to delete temporary modules. Based on the 
INI file and the command line parameters the modules are deleted. By default all 
modules and EPCs that are marked as temporary ("Permanent=false" in the INI File) 
are deleted. 

20 [131] There are two required command line parameters: the location 

of the INI file and the directory that contains the temporary modules. There are also 
two optional command line parameters. The first optional command line parameter is 
"-delpemod". If this is used then the temporary PE Modules are deleted. The second 
optional command line parameter is "-deldfmod". If this is used then temporary Data 

25 File modules are deleted instead. The third optional command line parameter is 
failnoexist" causes ModDel to fail if one of the modules does not exist to delete. 
Without using this parameter, and specifying the wrong temporary module directory, 
ModDel.exe will run successfully due to the fact that the modules do not exist in that 
wrong directory. . 

30 
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ModDel [location of ini file] [directory of the temporary 
modules] f "-delpemod"J r'-deldfinod''J f "-^ailnoexisfj 

Example: ModDel a : \minds . ini d : \ 

Example: ModDel z : \settings\thisunit . ini m:\tempmods - 
failnoexist 

Example: ModDel c:\thing.ini n:\ -delpemod 
Process flow: 

Step 1 : Parse and validate the command line. 
Step 2: Validate the INI file. 

Step 3: Figure out if deleting modules and EPCs or PE modules or Data File modules. 
Step 4: Delete them one at a time. If it does not exist to delete and the "-faihioexist" option is 
used, fail. 

15 

[132] P1 Size.exe is used to calculate the size of components. The 
size of the P1 (recovery) partition depends on the size of the components to be 
placed in it. PISize adds up the size of those components, and then writes the size 
to make P1 to the ini file. Three necessary command line arguments are required: 
20 the path to the ini file, the path to the directory that contains the images, and the 
directory that contains the modules, data file. EPCs, etc. If any of the modules, data 
file, EPCs, etc are marked as "Permanent=false" then their size will not be included 
in the total. 

[133] There are also several optional parameters. If the "-nofailpac" 
25 option is used then the program will not fail if it cannot find the necessary pac files. If 
the "-nofailpemod" option is used then the program will not fail if it cannot find the PE 
modules. If the "-nofaildfmod" option is used, the program will not fail if the data file 
module cannot be found. If the "-nofailmodule" option is used then the program will 
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not fail if modules or EPCs are not found. If the "-nofailimage" option is used then 
the program will not fail if the required images cannot be found. 

Makeini [Path of ini file] [Image directory] [Module 
5 directory] [''-nofallpac''] [''-nofailpemod''] r'-nofalldfrnod''] 
[''-nofallmodule''] [''-nofailimage''] 

Example: Makeini a:\minds.ini z:\images y:\dir\modules 

Example: Makeini d:\temp\minds2.ini z:\sj\iiTiages\fall03 
10 f : \moduleCD\modules -f ailnoimage 

Process flow: 

Step 1 : Verify the command line parameters. 
Step 2: Verify the ini file. 
IS Step 3: Get the size of all pac files, data files, pe modules, modules, and EPCs. 
Step 4: Get the size of all images (FI and recovery). 
Step S: Calculate size of PI and write it to the ini file. 

[134] The Logging Tool processes create a log run. This log contains 
20 the basic operations that are performed by each piece, along with a timestamp. This 
log is called minds.log and is placed in the same directory as the ini file. The log is 
appended, not ovenA/ritten by each tool. This log contains all output to the screen by 
each tool except for the program name. 

[135] The Makelni.exe program stores all relevant information about 
25 the CSV in an ini file. There are several sections to this CSV file, some which may 
not exist for some systems. These sections are as follows: 

"CSV" which contains the signature of the CSV. This can be used to 
identify which CSV was used to generate this INI file. 
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"Image" which contains information about the foundation Image, 
("foundation image" was not used in order to be backwards compatible with SANE 
MINDS.) This also stores the BLID, decrypted Mcode. and model name of the 
system. This means the other tools do not have to read the DMI. More importantly 
S though these entries can be modified in this file to test the tools instead of reflashing 
the DMI. 

"BasePlus" which contains information about the base plus image. 
"Recovery! mage" which contains information about the recovery (P1 ) 

image. 

10 "PEModulel", "PEModule2", .... "PEModulen" which contains 

information about the PE modules. 

"File1", "File2", ...,"Filen" which contains information about the Data 

File modules. 

"PACr, "PAC2" "PACn" which contains information about the PAC 

15 files. 

"1", "2", "n" which contains information about the modules and 
EPCs. Be aware that the modules are listed first, followed by the EPCs. 
[136] A sample INI file is shown in Table V. 



20 [CSV] 

Signature=VolubiliS' 0.0.0 RC BuildlO DiimpBackup ( ) 1/16/2003 

8:19:48 AM 

[Image] 

Mcode=P032000000000004 00018004 
25 Name=FI-Endeavor RZP-PR 

BaseUnit=PCV-RZ20CP 

BLID=UCV081PEUM 

SITID=0234510.SND 

File=\\us-s j~itd-san- 
30 l\deslctop\V081PEUM\build01\0234 510.SND\v81bl_0234510.img 

Phase=l 

[BasePlus] 

Name=BP-Endeavor RZP-PR 

SITID=0000001.snd - • 

35 File=\\us-s j-itd-san- 
lXdesktopWOSlPEUMXbuildOlXOOOOOOl.sndXvSlxl^OOOOOOl.img 
Phase=l 

[Recoverylmage] 

Name=Generic PI Image 
40 SITID=0000002.snd 
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File=\\us-s j-itd-san- 

l\desktop\GenericPl\0000002 . snd\GPlBl_0000002 . img 
Phase=l 
[PEModulel] 
5 Release_Name=Help Update 

SrnD=0000003.$nd 

Se tup=He IpUpda t e_0 000003. exe 
Switches= 
Version= 
10 VersionID= 

Permanent=f alse 
[Filel] 

Release_Name=Endeavor PR Data File 

SITID=0309425.snd 
15 Setup=ZRDY090309425.EXE 

Switches= 

Version= 

VersionID= 

-Permanent=false 
20 [PACl] 

Release__Name=Endeavor PR Pac Files 

SITID=0000004.snd 



File=Sony_0000004 . PAC 
[1] 

25 Release_Name=MOD-MPEG 
Sitid=0230802.SND 

Setup=D:\02308 02 .SND\MPEG010230802.EXE 
Switches= 

Version=0230802 . SND 
30 VersionID=HKEY_LOCAL_MACHINE\SOFTWARE\Sony 
Corporation\Modules\MPEG\ditis 
Permanent=true 
[2] ' 

Release_Name=MOD-RecordNow 
35 Sitid=0234509.SND 

Setup=D: \0234509.SND\RDNW040234509.EXE 
Switches^ 

Version=0234509.SND 

VersionID=HKEY_LOCAL_MACHINE\Software\Sony 
40 Corporation\Modules\Record Now\ditis 
Permanent=f alse 

TABLE V 

[137] Each tool of Pacific will set an error code when exiting. This is 
45 designed to pass back information to the factory's process. The error code will be set 
to zero on success, and non-zero on error. Table VI is a list of error codes in a 
preferred embodiment. 
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Error Codes Table 



0 


There was no error, the program ran successfixUy 


1 


The command line is not in the coirect format or is missing arguments 


2 


Unable to open CSV file for reading 


3 


Not enough memory has been allocated to load the csv file- the csv file contains 
too many columns. 


4 


Not enough memory has been allocated to load the csv file- the csv file contains 
too many rows 


5 


Unable to expand environment variable 


6 


The first command line argument should be a directory and that directory does 
not exist. 


7 


The second command line argument should be a directory and that directory 
does not exist 


8 


The second command line argument should be a file and that file does not exist. 


9 


The third command line argument should be a file and that file does not exist. 


10 


Unable to read Mcode (only on older systems) 


11 


Unable to read Mcode via 32-bit code. (Mcode reads "N/A") 


12 


Unable to read fi-om specified ini file 


13 


Unable to write to specified ini file 


14 


The database csv file does not exist in the specified dir 


15 


Unable to read the current process HWND fi-om the system 


16 


There is no image for the system BLID/Pcode combination in the database csv. 


17 


The database csv file contains too few colvimns to contain all image 
information. 
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18 


Cmx.dll does not exist in the specified blitter directory. 


19 


Blitter.dll does not e?ust in the specified blitter directory 


20 


Blitter.lng does not exist in the specified blitter directory 


21 


Restorer.exe does not exist in the specified blitter directory 


22 


The entry under "Image" in the specified Ini file is too short to be correct. 


23 


An image does not exist 


24 


The image restored too fast to be successful. 


25 


There was an error copying a module 


26 


There was an error executing a module 


27 


The root directory specified on the command line is not between A and Z 


28 


Unable to create destination directory to copy a module into. 


29 


Unable to dynamically allocate memory. (The heap is out of fi'ee memory) 


30 


A "Release_Name" entry in the ini file is blank for a section. 


31 


A "SITID" entry in the ini file is blank for a section. 


32 


A "Setup" entry in the ini file is blank for a module. 


33 


A "Switches" entry in the ini file is blank for a module. (Not currenfly used) 


34 


A "Version" entry in the ini file is blank for a module. (Not currently used) 


35 


A "VersionID" entry in the ini file is blank for a module. (Not currently used) 


36 


A "Release_Name" entry does not exist for a section, but there are otiier entries 
for that module. 


37 


A "SITID" entry does not exist for a section in the ini file, but there are other 
entries for that module. 


38 


. A "Setup" entry does not exist for a module in the ini file, but there are other 
entries for that module. 
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39 


A "Switches" entry does not exist for a module in the ini file, but there are other 
entries for that module. 


40 


A "Version" entry does not exist for a module in the ini file, but there are other 
entries for that module. 


41 


A "VersionID" entry does not exist for a module in the ini file, but there are 
other entries for that module. 


42 


The Ini file does not exist to verily its contents 


43 


Unable to open the output log for writing 


44 


Cannot extract a directory fi"om the ini file path specified on the command line. 
Make sure a directory was included in the location of the ini file. 


45 


Unable to open the Ini file to clear its contents (if it already exits) or to initially 
create it. (If it doesn't already exist) 


46 


One or more module/epc's have the same file names. (All module/epc names 
must be unique.) 


47 


The default CSV, Minds.csv, does not exist in the directory specified. 


48 


The model name on the system is blank or contains all spaces. 


49 


Unable to extract a directory fix)m the CSV location in order to open 
Ch-Mcode.lst 


50 


Unable to create or open the regkey 

HKEY_LOCAL_MACHINE\software\sony corporation\shared infoVshared dlls 
for the reading of encrypted Mcodes. 


51 


Unable to write the pc_info.dll reg value under 

HKEY_LOCAL_MACHINE\software\sony corporation\shared infoXshared dlls 
to check a desktop encrypted Mcode. 

r 
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52 


Unable to write the pc_iiifo.dll reg value under 

HKEY_LOCAL_MACHINE\software\sony corporation\shared infoVshared dlls 
to check a notebook encrypted Mcode. 


53 


The system should have an encrypted Mcode, but unable to read the encrypted 
Mcode after trying both desktop and notebook. Make sure that the system has 
an encrypted Mcode and that the Mcode was encrypted with that machines 
UUID. 


54 


The system should have an encrypted Mcode, but dpc_info.dll does not exist in 
the same directory as the csv file. 


55 


The system should have an encrypted Mcode, but npc_info.dll does not exist in 
the same directory as the csv file. 


56 


Unable to write the "Signature" entry to the Ini file in the "CSV" section when 
creating the ini file. 


57 


Unable to open a file handle to get the file size of a module on the network. ("- 
s" was used in ModCopy) 


58 


Unable to open a file handle to get the file size of a module on the target 
system. (The module does exist and "-s" was used in ModCopy) 


59 


Unable to close the file handle to a module on the network. 


60 


Unable to close the file handle to a module on the target system. 


61 


Unable to successfiiUy start running Restorer.exe due to system error. (Error 
could be out of memory, file not found, sharing error, required DLLs not found, 
etc.) 


62 


Restorer encoxmtered an error. (Restorer returned a non zero error code) 


63 


A module or EPC had a nonzero return code. 


64 


The CSV contains too many fields. (X bound exceeded when loading the CSV) 
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65 


The CSV cell has akeady been allocated. (Not NULL) 


66 


The directory specified to create the ini file in does not exist. 


67 


The second parameter is not a CSV file or is not directory that contains 
minds.csv. 


68 


An optional command line parameter is invalid or unknown. 


69 


The ""-failnomod" option was used and there were no module or EPCs found. 


70 


The "-failnobp" option was used and a base plus image was not found in the 
CSV for this system. 


71 


A section should have a "File" entry in the ini file, but it does not exist. 


11 


A section should have a "File" entry in the ini file, but it is blank. 


73 


An image should have a "Phase" entry in the ini file, but it does not exist. 


74 


An image should have a "Phase" entry in the ini file, but it is blank. 


75 


A module should have a "Permanent" entry in the ini file, but it does not exist. 


76 


A module should have a "Permanent" entry in the ini file, but it is blank. 


77 


The ini file specified does not exist. 


78 


The Blitter directory specified does not exist. 


79 


The destination partition specified is invahd. (It is less than or equal to zero.) 


80 


The specified directory for images does not exist. 


81 


The specified source directory does not exist. 


82 


The specified destination directory does not exist. 


83 


No type was specified. You must specify one or more of the following: "-pac", 
"-pemod", and/or "-module". 


84 


The permanent directory specified does not exist. 


85 


The temp directory specified does not exist. 
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86 


Both the "-onlypermanent" and "-onlytemp" options were specified. These two 
are exclusive- you can use only one or none, but not both. 


87 


The target image already exists. 


88 


There was an error copying an image file. (Could be out of disk space or 
network error) 


90 


The "-failnoexist" option was used and the target to delete does not exist. 


91 


Unable to clear the attributes of a module to delete it. 


92 


There was an error trying to delete a module. 


93 


The "-pemod" and/or "-module" parameter was used, but "-temp" and/or 
"permanent" was not. PE modules, modules, and EPCs are classified as 
temporary or permanent. You must specify which ones (or both) to copy. 


94 


The "-failnorecovery" parameter was used and a recovery image was not found 
in the CSV for this system. 


95 


The "-failnodfinod" parameter was used and a data file module was not found 

in the CSV for this system. 


96 


The specified module directory does not exist. 


97 


The "-nofailpac" option was not used and the pac file did not exist to check to 
the size of. 


98 


The "-nofailpemod" option was not used and the pe module did not exist to 
check to the size of. 


99 


The-"RecoveryImage" entry under the "File" section of the ini file cannot be 
read or does not exist. 



. TABLE VI 



Recovery Tools 
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(138) A preferred embodiment of the invention uses a set of recovery 
tools referred to as "Chrysalis". Chrysalis tools allow end-users, or purchasers, of 
configured computer systems to restore or reconfigure the computer system after the 
initial installation of software components. This may be necessary, for example. 
5 when a computer system fails or crashes and the software components need to be 
re-installed, or if a user desires to go back to a previous version or configuration of 
software, etc. Note that variations are possible from the specific recovery tools 
described herein. For example, user interface controls and selections can be 
modified. Some, embodiments can use more or less functions or features. The order 
10 of application of functions or operations can vary. Additional modifications are 
possible. 

[139] A preferred embodiment of the Chrysalis tools provides five 
main parts: Launcher, System Recovery, Application Recovery , Create CD. and 
Reminder. The Chrysalis tools allow a user to configure and organize a custom set 

1 5 of software in a modular fashion. 

[140] Chrysalis Launcher is used to start a recovery process for 
system recovery, application recovery, and Compact Disk (CD)/ Digital Video Disk 
(DVD) media creation from within the computer system's operating system (e.g., 
Microsoft Windows). System Recovery is used to recover system files. Application 

20 Recovery is used to recover applications and modules. Create CD is used to create 
recovery media such as a recovery CD or DVD. Reminder is used to remind the 
user to create the Recovery Media. 

[141] The Chrysalis tools use a modular approach where components 
are separated into two types of parts. A first part includes components that are 

25 generic, or common, across many platforms and a second part includes components 
that are specific to a few platforms. The generic components Include a P1 Recovery 
Image and the Chrysalis Tools. The project specific components include a 
Foundation Image, modules. PAC Files and Data Files. 

[142] The P1 Recovery Image includes generic recovery components 

30 integral to Chrysalis. This consists of the Chrysalis Tools, WinPE (Windows Pre- 
installation Environment) operating system and generic help and support files 
universal across many projects. Software components are stored onto a computer 
system distributed across three hard disk drive partitions. The first partition is the 
hidden recovery partition where all the modular components needed by Chrysalis are 
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placed. The second partition is the customer C drive that contains the operating 
system and applications. The final partition is a mostly empty D drive used for demo 
multimedia content and end user storage. 

[143] The Foundation Image contains the operating system, drivers. 
5 and common applications. Since a computer may only run one operating system on 
a partition, only one Foundation Image may be installed on the C drive. Due to the 
radically different sets of hardware available on VAIO® computers. Foundation 
Images are only the same across similar hardware. Hence the Foundation Image 
may differ between computers — even if they are both notebooks or both desktops. 

10 [144] Modules are applications that are bundled up to install with little 

or no user intervention. They are independent of Foundation Images and each other 
allowing them to be interchanged at will. Modules are typically less labor intensive 
than Foundation Images to build because they package only a small number of files 
in comparison to Foundation Images. 

15 [145] The customer's C drive is created by first installing a Foundation 

Image and then any modules selected during CTO. By separating the C drive 
creation into a process with two types of components the number of configurations 
that a computer system provider can offer increases exponentially. For example, 
with just Foundation Image and three modules eight configurations can be offered. A 

20 preferred embodiment uses twenty-seven Foundation Images and twenty-four 

modules to allow a total of 452,984,832 unique possible configurations to be offered 
to customers. 

[146] The PAC File is a compressed, packaged set of files used to 
restore project-specific applications on the C drive after the Foundation Image is 
25 restored. This allows systems with similar hardware to have different basic software 
sets. Generally a single PAC File is spread over several files so that It can fit on 
several CDs. 

[147] The Data File is a modular executable that contains project- 
specific configuration files necessary for recovery of applications using PAC Files or 
30 modules. It is also used by the Chrysalis program, CreateCD, to create recovery 
media. Data Files are not used directly within the recovery process for Chrysalis. 
However, their contents, created when building the build software components are. 

[148] In order for a computer system to function as designed the hard 
disk drive must be configured properiy. This configuration includes three partitions: 



37 



the recovery partition image, the customer C drive image, and the customer D drive 
image. The recovery partition image is bootable In order to Implement recovery. The 
customer C drive image is bootable in order to be used by the customer. As a result 
both of these partitions are set as primary partitions. The remaining disk space is 
5 allocated to the D drive image, which does not need to be bootable. Thus the D 
partition is a logical drive on an extended partition. 

[149] When a partition is usable by the customer its type is set to 
NTFS or 0x07— this is the case with the C and D drives. Furthermore the C drive 
partition is the one booted from by default, so it is marked as active. Only one 

10 partition is marked as active at a time. In order to hide the recovery partition from the 
user the type is set to OEM or 0x12. When a partition is set to type OEM a user in 
Windows cannot see it. By hiding this partition all but the most advanced users are 
prevented from altering, or deleting, its contents. As a result the Chrysalis 
components become hidden from the user while all user content remains visible. 

IS [150] A user is allowed to begin the recovery process of Chrysalis 

within Windows by using Launcher. This program allows the user to select all of their 
recovery options from within Windows. However the actual recovery takes place 
from the hidden recovery partition. To implement this, the recovery partition is 
unhidden by Launcher by changing the type from OEM to NTFS. The recovery 

20 partition is then marked as active so that it is booted on the next boot. The user 
selections are then written to the recovery partition as a method of passing user 
selections from Windows into recovery. AftenA/ard a reboot is performed to boot into 
the recovery partition. 

[151] In a preferred embodiment, all necessary components are 

25 stored on the recovery partition for hard disk drive recovery. These components 
include the P1 Recovery Image, the necessary Foundation Image, modules, PAC 
Files, Data Files, and the Chrysalis Tools themselves. With all of these components 
recovery is possible, even if the C and D partitions are corrupted or do not exist. 

[152] The recovery partition uses WinPE. This scaled down version of 

30 Windows XP allows for 32 bit executables to be run and most of the Windows APIs 
' to be used, unlike DOS. In addition it provides for improved disk management via the 
diskpart tool. WinPE thus allows for a very powerful environment to be used, without 
the size and clutter of Windows XP or the limitations of DOS. 
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[153] While booted from the recovery partition the Foundation Image 
Is restored to the C drive in order to install the base set of software and the operating 
system. In order to completely restore the factory installed software, the modules 
must be installed as well. To do this the recovery partition is re-hidden and the C 
5 drive is set as active. A hook is then placed in the C drive that will launch the module 
installation. Once module installation is complete this hook is removed and the C 
drive is completely restored. This technique of installing the C drive Foundation 
Image from the recovery partition and then setting the hook to install modules is 
known as combo restore. Without combo restore it would be difficult or impossible to 
10 completely recover a customer's C drive to the factory state since the modules would 
not be installed. 

[154] The Chrysalis Tools consist of five main programs: Recovery, 
Launcher. Art, CreateCD, and Reminder. Fig. 2 shows the interaction among the 
different programs. Fig. 3 shows the interaction of the Chrysalis Tools with the 

15 modular recovery components, some of which can be created, for example, with the 
Pacific Tools, as discussed above. For example, the recovery module, discussed 
below, accesses each of the data groups: Foundation Image, Data files. Modules, 
PAC files and Generic P1 Image. 

[155] Recovery is designed to run in WinPE to repartition and restore 

20 the system. During a basic recovery of the C drive Recovery only restores the 
Foundation Image. However, Recovery can also be used to re-create the hidden 
partition. In this case all recovery components are used. 

Launcher is the starting point within Windows to access the other Chrysalis Tools, 
namely Recovery, Art and CreateCD. It acts as a wizard to guide the customer to 

25 each task. When guiding the user for system recovery, the customer chooses 

partition sizes and recovery options. This information is placed in an answer file so 
that Recovery can automatically start the system recovery process without any user 
interaction. Fig. 4 shows the partition selection GUI within Launcher. 

[156] For HDD Recovery the system should have a recovery partition. 

30 OthenA^ise this partition can be restored from a set of CDs / DVDs. The system must 
have a bootable Windows partition or, through System Recovery, be able to create 
one. Launcher is installed on the Windows partition. For HDD Recovery, System 
Recovery and Application Recovery are both installed on the hidden WinPE 
Recovery Partition. Launcher is used to take user input and launch System 



Recovery and Application Recovery. System Recovery, to increase single-user and 
single-computer installation security, is restricted to running in WinPE only. 
Application Recovery installs programs that require Windows and so is restricted to 
running in Windows only. 

[157] Table VII lists the programs, subprograms, and components of 
the Chrysalis tools. 
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15 



20 



25 



30 



35 



40 



AlaimchCombo project 
AlaunchCombo.exe 

ART project 

Art.exe 
ARStartup project 

Arstartup.exe 

Autorun project 
Autorun.exe 



Bootswap project 
Bootswap.exe 

Launcher project 

VAIO Recovery Wizard. 



ENG__PDR_HDR project 
Resource.dll 



CreateCD project 
Createcd.exe 
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Rcvfile project 
Rcvfile.dll 



Reboot project 
Reboot.exe 



Recovery project 
Recovery.exe 
RemovePageFile project 



hook program to start combo restore on first 
boot 

the executable for Application Recovery. 

the executable, which enables /disables PI and 
calls Art.exe 

the executable that runs when a CD is inserted 
into a CD drive within WinXP. This program is 
included on the CD. 

the executable, which loads the recovery wizard 
into memory when swapping discs. 

exe the executable presenting a main menu in 
which Application Recovery, System Recovery 
and CreateCD are available. 

the component, which allows for an 
international version ofRecovery.exe. This 
component is required by Recovery.exe 

the executable responsible for creating a 
Recovery Startup CD. This program uses 
PrimoSDK to record. 

the component which copies files fi'om one 
location to PI. This is used by SRCDs for 
recovering PI. 

the component which is responsible for 
rebooting the system during Application 
Recovery 

the executable responsible for System Recovery. 
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RemovePageFile.exe the executable responsible for removing the 

Windows pagefile.sys file and System Volume 
Information directory fi-om the D drive. 

Rstartlib project 

5 Rstartlib.lib the component which does Pone 's functionality. 

This program is no longer used as a .lib file. 
Pone functionality is sped up by three or more 
times when the Rstartlib source code is placed 
directly into the calling project sources. 

10 TABLE VII 

[158] Launcher includes the following functionality: GUI Wizard 
allowing C Drive Recovery; GUI Wizard allowing System Restore that launches 
Windows System Restore and exits Launcher; GUI Wizard allowing Full Recovery; 
15 GUI Wizard allowing basic System files and drivers Recovery - this saves user input - 
for Base Plus Recovery. The user is given the option to repartition the hard disk. 
Note that this repartitioning does not include the Recovery Partition. 

[159] Launcher also includes an Answer File that saves user GUI 
input to a file on Recovery Partition. The Answer File is readable from System 
20 Recovery. 

[160] Create Recovery Media is designed to work with CreateCD and 
the recording software tools Px.dll, PrimoSDK.dll from Veritas. Other embodiments 
can use any suitable recording tools. 

[161] Fig. 5 illustrates basic steps in example recovery procedures 
25 that a user might take depending on different recovery conditions in a preferred 
embodiment. 

[162] Fig. 6 illustrates basic steps in possible execution of functions in 
the Launcher. Details on these steps are provided in Table VIII, below. 

Design Details 

30 Is app already launched? 

Checks if the application is already running. 

Is this a Sony PC? 

Checks for universal Sony VAIO attributes using Sony Shared Libraries. 

Is current user an administrator? 

35 Checks if the current user is an administrator. 
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Does external hard disk exist? 



Checks if the iLink 1394 port is being used. 

Does Recovery Partition exist? 

Checks the System ID of the Recovery Partition using 
Rstartlib. If the System ID is anything other than 0x12 the 
program returns an error and quits. 

Create Recover/ Media? 

This menu gives the user two options: 

• Create Recovery Media 

This is the default. Selecting this option and hitting 
Next will launch CreateCD. Laimcher does not exit and 
stays in the backgroimd. 

• Do not create Recovery Media 

The user must select this option to continue with the 
Laimcher wizard. 



Main Menu 

The user has two options: 

• C Drive Recovery 

Recovers the C drive only. Takes the user to the 
confirmation page. Checks if P2, C, is large enough to 
recover the C drive. P2 must be greater than or equal to 
PI. Otherwise the Partition Size Too Small Page 
displays and the program exits. 

• Custom System Drive Recovery 
Takes the user to the Advanced Menu. 

Advanced Menu 

The user has three options: 

• C and D Drive Recovery 

Recovers the C and D drives using the Full Image. 

• Application Recovery 
Launches Application Recovery. 

• Complete Recovery 
[disabled in Launcher] 



Partition Size Menu 

Similar to the Partition Menu in System Recovery this page 
allows the user to select partition choices. The partition 
sizes available are default, 25%, 50%, 75% and 100% of 
the available HDD size minus the Recovery Partition. Each 
size is rounded to the nearest 5GB. The default size is 15 
GB. If the total HDD size is less than 29 GB then the * 
default HDD size is 10 GB. 

A table shows the current HDD partition size infonnation. 
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A pie chart shows a graphical representation of the 
expected result. 

Confirmation page 

This page displays the various options chosen. It gives the 
user a chance to confirm expected result. 

Finish Page 

Gives the user one last chance to quit before rebooting and 
starting system recover. Hitting Finish will cause the 
system to close all open applications, reboot and launch 
System Recovery. 

Save System Recovery Settings 

This is for the System Recovery. System Recovery user 
settings are stored in an answer file on the Recovery 
Partition. This feature allows the Chrysalis Launcher to take 
care of any user prompts and input so that after windows 
reboots, System Recovery can just run without user 
intervention. 

How do the other Chrysalis programs use the answer 
file? 

After selecting System Recovery fi"om Chrysalis Launcher 
Windows will exit and launch System Recovery fi-om the 
hidden WinPE Recovery Partition. System Recovery tries 
to load the answer file into memory. If the answer file exists 
System Recovery will recover the system. Otherwise it will 
prompt the user for input. 

System Recovery deletes the answer file after reading the 
data into memory. 

Chrysalis Launcher overwrites the answer file if it still 
exists on program laimch. 

Recovery Partition System ID is changed to 0x07, set to Active. 

Uses Rstartlib Ubrary to set the System ID for Recovery 
Partition to 0x07 (NTFS). This makes the partition 
available to Windows. Normally all partitions are set to 
0x07(NTFS) except for the hidden Recovery Partition. 
When accessing the Recovery Partition the System ID for 
the Recovery Partition must be set to 0x07. 

Additionally when booting into WinPE to run System 
Recovery the hidden Recovery Partition must be set to 
Active. This is done by selecting the first HDD, selecting 
the first (Recovery) partition and setting it to active. 
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Note that any programs such as System Recovery and 
Application Recovery must set the Recovery Partition 
System ID to 0x12 when they are done so that the user's 
first primary partition, P2, will boot. 

Assign a drive letter to Recovery Partition 

Since Chrysalis Launcher is installed on the C partition and 
not on the Recovery Partition it does not have inherent 
access to the Recovery Partition. It must first get a drive 
letter so that other functions can access the Recovery 
Partition. The Answer File, CreateCD and Application 
Recovery are all on the Recovery Partition. 

Rstartlib library takes care of this. When the System ID of 
the Recovery partition is set fi-om 0x12 to 0x07 the next 
available drive letter is assigned to Recovery Partition. To 
find the drive letter for Recovery Partition Chrysalis 
Launcher maps the available drive letters before and after 
rurming rstartlib library commands. The additional drive 
letter that becomes available in the second mapping is the 
driver letter to Recovery Partition. This drive letter is stored 
in memory so that rstartlib library does not need to repeat 
the timely drive mounting procedure. 

Exit and reboot. WinPE boots and System Recover/ launches. 

With the System ID for the Recovery Partition set to 0x07 
and active the system boots into WinPE. WinPE is set up so 
that it executes System Recovery after booting. 

TABLE Vni 

[163] Figures 7-17 show example screens of the general graphical 
interface of the Chrysalis tools. 

Fig. 7 shows accessing the Launcher tool from Start Menu / Programs; 

Fig. 8 shows accessing Launcher from the Control Panel; 

Fig. 9 shows an Introduction Page; 

Fig. 10 showsMedia and Recovery Options; 

Fig. 1 1 shows a Main Menu screen; 

Fig. 12 shows Custom Recovery options; 

Fig. 13 shows C and D Drive Sizes; 

Fig. 14 shows a Confirmation screen; 

Fig. 15 shows a Finish screen; 

Fig. 16 shows a Help screen; and 
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Fig. 17 shows an error message from Launcher when P1 is not hidden. 



[164] The CreateCD tool is used to create the recovery media, such 
as a recovery CDROM. CreateCD creates recovery media from the P1 contents. A 
5 listing of all files needed on each disc is included within the configuration file 

snyhdrcv.ini. As long as the P1 partition exists the user can create as many sets of 
recovery discs as needed. 

[165] The Reminder tool is included within the image. A "reminder** is 
displayed as a bubble that pops up in task tray asking the user to create the recovery 

10 discs. As shown in Fig. 19, the bubble pops up in the task tray asking the user to 
create the recovery discs. With the task tray on the bottom of the screen the bubble 
will display in the bottom right corner. This bubble will display for a few seconds. The 
user will have to either choose to create the recovery discs or select "Do not remind 
me again" in the right click menu to get rid of the reminder on every Windows boot. 

IS [166] Fig. 20 Illustrates a "right click" menu that allows the user three 

choices: create the recovery discs, do not remind and exit. Choosing to create the 
recovery discs has the same effect as double-clicking on the reminder icon in the 
task tray. Choosing not to remind will remove the registry settings so that Reminder 
will not run on every Windows boot. Note that choosing to create the recovery discs 

20 will also remove the registry settings so that Reminder will not run on every Windows 
boot. Choosing to exit will exit Reminder so that neither the bubble or recovery icon 
display from the task tray. This option will not remove the registry settings for 
Reminder. 

[167] Fig. 18 shows basic steps the user can take as a result of a 

25 reminder. 

[168] In a preferred embodiment, Reminder is added to the registry 
Run area so that it runs on every boot. The registry key and value are 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\R 
un\CreateCD_Reminder 
30 and 

C:\WINDOWS\Sonysys\VAIO Recovery\reminder.exe 
respectively. This registry key is removed when the user either launches the. 
CreateCD program from reminder or chooses the do-not-remind-me option. 
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[169] The PartSeal tool is used to hide P1 on Windows boot if it is not 
hidden. In a preferred embodiment there is no user interaction as the process 
happens automatically. 

[170] Fig. 21 shows the basic processing of PartSeal. One of the 
5 concerns with HDD Recovery is the visibility of the P1 contents by any means. The 
data on P1 is Intended for the customer. The customer will need to access this data 
when doing any of the steps for HDD Recovery. However, the customer should not 
see or have any awareness of this partition during normal operation. Normal user 
interaction should be the same as with a non-HDD Recovery system. The main 
10 concern with having a recovery partition is that the user does not tamper with the 
partition or otherwise alter the contents. 

[171] Launcher and Reminder cannot find the P1 drive letter if P1 is 
not hidden. Consequently none of the programs on P1 are accessible. PartSeal 
determines if P1 was hidden by checking with rstartlib code. Program code is not 
IS launched if P1 is not hidden. At this point it becomes crucial to hide P1 so that the 
HDD recovery tools are accessible.. However, hiding P1 would not always work 
without doing a reboot first. The main reason this often does not work is that if some 
files on P1 are in use as when running CreateCD or Art P1 cannot be hidden. Even 
exploring P1 with Windows Explorer causes P1 hiding to fail. So in these cases a 
20 reboot is required every time P1 is accessed. PartSeal will hide P1 if the partition is 
not hidden on the next boot. 

[172] One benefit of PartSeal is that P1 is always hidden on the next 
boot if the HDD Recovery tools are terminated from Task Manager or otherwise 
exited abnormally. This ensures that any HDD Recovery operation remains 
25 transparent to the user. 

[173] In a preferred embodiment, PartSeal is added to the registry 
Run area so that it runs on every boot. The registry key and value are 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\R 
unWAlO Recovery 
30 and 

C:\Windows\Sonysys\VAIO Recovery\PartSeal.exe 
respectively. This registry key is not removed by any of the Chrysalis tools. 
[174] The LaunchCombo tool invokes Art to do combo restore. If 
applicable it hides P1 when Art is done. Fig. 22 shows the available processing. 
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LaunchCombo does not give the user any choice. In a preferred embodiment there 
is no user interaction as the process happens automatically. Other embodiments 
can include varying levels of user selection or participation in this or other processes 
described herein, as desired. 
5 [175] The executable name is AlaunchCombo.exe instead of 

LaunchCombo.exe so that it will be run earlier in the list of startup programs. 
LaunchCombo is added to the Windows startup directory. There are several possible 
Windows startup directories in which case LaunchCombo is placed in the first valid 
startup directory. The directory 

10 C:\Documents and Settings\AII Users\Start Menu\Programs\Startup 

is used most commonly. The listing would be: 

C:\Documents and Settings\AII Users\Start Menu 
\Programs\Startup\AlaunchCombo.exe 

[176] When launched by LaunchCombo to do combo restore Art 

15 removes the LaunchCombo reference from the startup directory. 

[177] Autorun runs automatically from the inserted disc. Originally this 
program was designed to just display a pop up message telling the user which disc 
to insert for System Recovery. Now with the option to remove P1 the ability to njn Art 
from discs is also important 

20 [178] Launch Application Recovery (Art) is the first task Autorun tries. 

If this is disc 1 then Autorun copies the contents of the Art directory to 
C:\Windows\Sonysys\Vaio Recovery. Autorun also copies the INI files appinfo.ini, 
bitindex.ini, module.ini, blids.ini and snyhddrcv.ini to C:\Windows\Sonysys. Art is 
launched from C:\Windows\Sonysys\Vaio Recovery. 

25 [179] A prompt to insert Disc 1 or Startup Recovery Disc guides the 

user to either insert the first disc for Application Recovery or the Startup Recovery 
Disc for System Recovery. In a preferred embodiment, Launcher is not run from 
Autorun. Fig. 23 illustrates the basic steps in processing. There is no user 
interaction as the process happens automatically. 

30 [180] The System Recovery tool is designed to run in WinPE. 

Choosing System Recovery from Launcher allows the user to choose the desired 
type of system recovery. Launcher acts like a fagade and passes the user input to 
System Recovery. System Recovery then takes the input and recovers system files 
automatically. System Recovery reads the answer file provided by Launcher to skip 
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the user prompting within WinPE. It reads the data into memory and starts the 
recovery process. This skips the initial wizard and goes directly to recovery. The 
basic functionality of System Recovery is shown in Fig. 24. 

[181] System Recovery checks the existence of an answer file upon 
5 loading. If it exists System Recovery provides a summary of the expected outcome 
and asks the user permission to continue. If the answer file does not exist System 
Recovery starts at the beginning of the System Recovery Wizard outlined in VSRU. 
On Exit System Recovery sets the System ID of Recovery Partition back to 0x12. 

[182] A combo restore feature adds the program AlaunchCombo.exe 
10 to the startup so that application combo restore happens automatically on first boot. 
If the user has a Recovery Partition (P1) and does a HDD recovery, the modules are 
installed from P1. Otherwise if using discs to recover, the modules are installed from 
the discs. 



15 [183] Although the invention has been described with respect to 

specific embodiments thereof, these embodiments are merely illustrative, and not 
restrictive, of the invention. For example, although a preferred embodiment of the 
invention uses a single directory for data related to images and modules, other 
embodiments can use any number of directories, files, or other data structures or 

20 organizations. Although the invention may be discussed primarily with respect to 
specific media types such as optical, magnetic, solid state, etc., any type of storage 
media type, information source or device can be used. 

[184] Any suitable programming language can be used to implement 
the routines of the present invention including C, C++, Java, assembly language, etc. 

25 Different programming techniques can be employed such as procedural or object 
oriented. The routines can execute on a single processing device or multiple 
processors. Although the steps, operations or computations may be presented in a 
specific order, this order may be changed in different embodiments. In some 
embodiments, multiple steps shown as sequential in this specification can be 

30 performed at the same time. The sequence of operations described herein can be 
interrupted, suspended, or othenvise controlled by another process, such as an 
operating system, kernel, etc. The routines can operate in an operating system 
environment or as stand-alone routines occupying all, or a substantial part, of the 
system processing. 



[185] Although specific types and numbers of tools, utilities, routines 
or other programs and functionality has been presented, the functionality provided by 
embodiments of the invention can be provided by many different design approaches. 
For example, more or less than six tools can be used. A different ordering of 
S functions (i.e., tool execution) may be desirable in different embodiments. Different 
designs can include combined functionality of several tools into one, or functions can 
be allocated to more than six tools. It may be possible and desirable to omit 
functions described herein in some embodiments. Different embodiments can 
include more or less automation and more or less manual intervention. Features can 

10 be added, deleted, or modified, as, for example, to accommodate future computer 
operating systems, applications, utilities, drivers or other components. 

[186] In the description herein, numerous specific details are provided, 
such as examples of components and/or methods, to provide a thorough 
understanding of embodiments of the present invention. One skilled in the relevant 

15 art will recognize, however, that an embodiment of the invention can be practiced 
without one or more of the specific details, or with other apparatus, systems, 
assemblies, methods, components, materials, parts, and/or the like. In other 
instances, well-known structures, materials, or operations are not specifically shown 
or described in detail to avoid obscuring aspects of embodiments of the present 

20 invention. 

[187] A "computer-readable medium" for purposes of embodiments of 
the present invention may be any medium that can contain, store, communicate, 
propagate, or transport the program for use by or in connection with the instruction 
execution system, apparatus, system or device. The computer readable medium 

25 can be, by way of example only but not by limitation, an electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor system, apparatus, system, device, 
propagation medium, or computer memory. 

[188] A "processor" or "process" includes any human, hardware 
and/or software system, mechanism or component that processes data, signals or 

30 other information. A processor can include a system with a general-purpose central 
processing unit, multiple processing units, dedicated circuitry for achieving 
functionality, or other systems. Processing need not be limited to a geographic 
location, or have temporal limitations. For example, a processor can perform its 
functions in "real time," "offline," in a "batch mode," etc. Portions of processing can 
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be performed at different times and at different locations, by different (or the same) 
processing systems. 

[189] Reference througliout this specification to "one embodiment", 
"an embodiment", or "a specific embodiment" means that a particular feature, 
S structure, or characteristic described in connection with the embodiment is included 
in at least one embodiment of the present invention and not necessarily in all 
embodiments. Thus, respective appearances of the phrases "in one embodiment", 
"in an embodiment", or "in a specific embodiment" in various places throughout this 
specification are not necessarily referring to the same embodiment. Furthermore, 

10 the particular features, structures, or characteristics of any specific embodiment of 
the present invention may be combined in any suitable manner with one or more 
other embodiments. It is to be understood that other variations and modifications of 
the embodiments of the present invention described and illustrated herein are 
possible in light of the teachings herein and are to be considered as part of the spirit 

1 5 and scope of the present invention. 

[190] Embodiments of the invention may be implemented by using a 
programmed general purpose digital computer, by using application specific 
integrated circuits, programmable logic devices, field programmable gate arrays, 
optical, chemical, biological, quantum or nanoengineered systems, components and 

20 mechanisms may be used. In general, the functions of the present invention can be 
achieved by any means as is known in the art. Distributed, or networked systems, 
components and circuits can be used. Communication, or transfer, of data may be 
wired, wireless, or by any other means. 

[191] It will also be appreciated that one or more of the elements 

25 depicted in the drawings/figures can also be implemented in a more separated or 
integrated manner, or even removed or rendered as inoperable in certain cases, as 
is useful in accordance with a particular application. It is also within the spirit and 
scope of the present invention to implement a program or code that can be stored in 
a machine-readable medium to permit a computer to perform any of the methods 

30 described above. 

[192] Additionally, any signal arrows in the drawings/Figures should 
be considered only as exemplary, and not limiting, unless otherwise specifically 
noted. Furthermore, the term "or" as used herein is generally intended to mean 
"and/or" unless othenA^ise indicated. Combinations of components or steps will also 
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be considered as being noted, where terminology is foreseen as rendering the ability 
to separate or cx)mbine is unclear. 

[193] As used in the description herein and throughout the claims that^ 
follow, "a", "an", and "the" includes plural references unless the context clearly 
5 dictates othenvise. Also, as used in the description herein and throughout the 
claims that follow, the meaning of "in" includes "in" and "on" unless the context 
clearly dictates otherwise. 

[194] The foregoing description of illustrated embodiments of the 
present invention, including what is described in the Abstract, is not intended to be 

10 exhaustive or to limit the invention to the precise forms disclosed herein. While 
specific embodiments of, and examples for, the invention are described herein for 
illustrative purposes only, various equivalent modifications are possible within the 
spirit and scope of the present invention, as those skilled in the relevant art will 
recognize and appreciate. As indicated, these modifications may be made to the 

15 present invention In light of the foregoing description of illustrated embodiments of 
the present invention and are to be included within the spirit and scope of the 
present invention. 

[195] Thus, while the present invention has been described herein 
with reference to particular embodiments thereof, a latitude of modification, various 

20 changes and substitutions are intended in the foregoing disclosures, and it will be 
appreciated that in some instances some features of embodiments of the invention 
will be employed without a corresponding use of other features without departing 
from the scope and spirit of the invention as set forth. Therefore, many modifications 
may be made to adapt a particular situation or material to the essential scope and 

25 spirit of the present invention. It is intended that the invention not be limited to the 
particular terms used in following claims and/or to the particular embodiment 
disclosed as the best mode contemplated for carrying out this invention, but that the 
invention will include any and all embodiments and equivalents falling within the 
scope of the appended claims. 
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